home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950329-19950528 / 000410_news@columbia.edu_Thu May 18 22:47:08 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  7KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA18821
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 18 May 1995 18:47:15 -0400
  3. Received: by apakabar.cc.columbia.edu id AA09993
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 18 May 1995 18:47:12 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Is MS-Kermit 3.14 RPI-compatible?
  9. Date: 18 May 1995 22:47:08 GMT
  10. Organization: Columbia University
  11. Lines: 122
  12. Message-Id: <3pgipc$9o7@apakabar.cc.columbia.edu>
  13. References: <3pbpnk$h5l@toads.pgh.pa.us>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Keywords: RPI
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <3pbpnk$h5l@toads.pgh.pa.us>,
  19. Jie Xu <xuj@icarus.lis.pitt.edu> wrote:
  20.  
  21. : I installed a ZOOM 14.4 PC model 110 faxmodem and MS-Kermit 3.14 patch
  22. : 0, but could not get error crrection (V.42, MNP2-4) or compression
  23. : (V.42bis, MNP5) work.  Here's what I did.  I added an entry in
  24. : dialups.txt, with speed set at 57600.  Because the command AT &Q5 in
  25. : modems\zoom.scr is not supported by this modem, I changed to AT &Q6 to
  26. : select asynchornous mode with speed buffering.  Then I dialed a
  27. : V.32bis/LAMP/V.42bis modem using dial macro, the connection was 14400
  28. : without any protocols.
  29. : The manual of this faxmodem says: "This faxmodem uses RPI, the Rockwell
  30. : Protocol Interface, to implement V.42 and MNP 2-4 error correction as
  31. : well as V.42bis and MNP 5 data compression.  The RPI-based
  32. : implementation works just like built-in or harware-based V.42, V.42bis
  33. : and MNP when you use it with RPI-compatable data communucations
  34. : software.  If you have a specific use that requires error correction and
  35. : you can't use RPI-compatable software, you will need a faxmodem with
  36. : built-in V.42 or MNP2-4 error correction."
  37. I'm afraid you did not read this carefully enough when you purchased the
  38. modem.  I don't blame you, unless you are a lawyer.
  39.  
  40. : My question is if MS-Kermit 3.14 is RPI-compatable.  If it is, what did I do
  41. : wrong or what should do?  If it is not, will it be?
  42. :
  43. From the Kermit FAQ:
  44.  
  45. 18. Q: KERMIT DOESN'T WORK RIGHT WITH MY ERROR-CORRECTING MODEM!
  46.        A: Kermit and "RPI" modems -- you might want to read this...
  47.  
  48. When you buy a modern error-correcting, data-compressing, speed-buffering
  49. modem, you probably expect the modem to perform those functions, and most do.
  50. Unfortunately, some modems that claim to have these features do not have them
  51. at all, but rather come with software that implements them in your computer,
  52. rather than in the modem where they belong.
  53.  
  54. Such software is said to "comply" with the Rockwell Protocol Interface (RPI),
  55. a proprietary "standard" from Rockwell International Company that allows modem
  56. companies to sell modems at a lower price by incorporating Rockwell chips that
  57. do not include error-correction or compression capabilities.
  58.  
  59. This "standard" must be licensed from Rockwell, hence you will only find it
  60. implemented in commercial software, such as on the diskette that came with
  61. your modem.
  62.  
  63. If your modem documentation says it requires "RPI-compatible" software for
  64. error correction and compression, and you want to use it with Kermit, then
  65. you bought the wrong modem.  Hopefully, you can return it.
  66.  
  67. If not, you can still use it without error correction, but then:
  68.  
  69.  . Noise is not filtered out on the modem-to-modem connection, as it
  70.    would be with a real error-correcting modem, and noise bursts will
  71.    interfere with your online sessions and your file transfers.
  72.  
  73.  . There is no modem-to-modem compression, because that requires error
  74.    correction.
  75.  
  76.  . There is no flow control, because that too requires an error-correction
  77.    protocol between the modems.
  78.  
  79.  . There is no speed buffering, because that requires flow control between
  80.    the modems.  Thus, if the two modems have different interface speeds,
  81.    vast amounts of data are likely to be lost.
  82.  
  83. Thus, none of the modem's "advanced features" are really there.
  84.  
  85. Why RPI is a bad idea:
  86.  
  87.  . It requires every communications software program in the world to be
  88.    rewritten.
  89.  
  90.  . It drives up the cost of communication software.
  91.  
  92.  . It slows down your computer by consuming a vast amount of CPU cycles
  93.    over and above what would be used if error-correction and compression
  94.    were done in the modem.
  95.  
  96.  . It increases the memory requirements of the communication software.
  97.  
  98.  . It seeks to replace open communication method (the one that is universally
  99.    used by serial communication software) by a closed, proprietary, licensed
  100.    one, and potentially hold hostage all communications software developers
  101.    to nondisclosure agreements.
  102.  
  103.  . It precludes publication of source code.
  104.  
  105.  . Since MNP 2-5 and V.42 and V.42bis are complex protocols, the software
  106.    implementations will inevitably be buggy and are unlikely to be consistent,
  107.    especially since the "standard" is not an open one, and the implementations
  108.    themselves will not be open.
  109.  
  110.  . Since not all software in the world will be "upgraded" to "support" the
  111.    RPI "standard", your modem will not be usable in many of the ways you might
  112.    have expected to use it.
  113.  
  114.  . Many people will buy these modems under the mistaken impression that they
  115.    can use their high speeds and advanced features with their favorite
  116.    software.  The average mass-market consumer is unlikely to understand the
  117.    implications of "requires RPI-compliant software" in tiny print on the box.
  118.  
  119. What are the benefits of RPI?
  120.  
  121.  . Lower-cost modems?  It's hard to imagine that this could be true,
  122.    at least not in 1995, with full-function V.34 modems on the market in
  123.    the $200 range.
  124.  
  125. The place for a modem-to-modem protocol is IN THE MODEM.  Expecting it to be
  126. implemented in each and every software program that uses modems is like
  127. expecting each automobile driver to build their own oil well and refinery
  128. rather than going to a gas station for gas.
  129.  
  130. If you have unwittingly bought an RPI modem, your response should not be
  131. to pressure the maker of your communication software to support it, but
  132. rather to get your money back from the vendor and put it towards a real
  133. modem.  Communication software developers should be spending their time
  134. adding REAL functionality to their programs, not compensating for the cynical
  135. marketing ploys of modem manufacturers, whose behavior should not be rewarded.
  136.  
  137. - Frank